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© Buffer memory subsystem for peripheral controllers and method. 



© A buffer memory subsystem for a peripheral 
controller. A CPU is provided for initiating data trans- 
fer. A host adapter is also provided. A memory 
buffer is used to store data temporarily. The periph- 
eral controller is adapted for operating in an environ- 
ment having at least two data communications bus- 
es: a CPU data communications bus connected be- 
tween the CPU and the peripheral controller, and a 
buffer data communications bus, isolated from the 
CPU data communications bus, and connected to 
the peripheral controller, to the memory buffer and 
to the host adapter. In this way, a mechanism is 
provided to allow the CPU to access the memory 
3 buffer by means of the peripheral controller. 
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BUFFER MEMORY SUBSYSTEM FOR PERIPHERAL CONTROLLERS AND METHOD 



The present invention relates to a buffer mem- 
ory subsystem for use in data processing systems 
such as a buffer memory subsystem that facilitates 
access of data stored in a buffer memory by a 
peripheral controller and associated method. 

In the field of data processing, peripheral de- 
vices such as mass storage devices, printers, 
modems and the like often require certain control 
logic for proper operation. In earlier, simple sys- 
tems, the central processing unit (CPU) controlled 
peripheral equipment operations directly. But as 
systems became more sophisticated, more periph- 
eral devices were added to complex systems and 
the speed of data processing operations increased, 
it became evident that CPU's could not adequately 
control peripheral equipment and still be available 
for other duties, such as system control, interfacing 
and data manipulation. 

In previous systems, a CPU was connected to 
one or more peripheral devices over a single data 
communications channel or bus. Throughput of the 
single data communications bus, however, was 
soon degraded when the CPU attempted to access 
or communicate with two or more devices. 

As peripheral equipment became more effi- 
cient, each device could perform more activities 
faster, thus increasing overall data communications 
bus usage. This increase in bus communications 
resulted in increased risk of data bottleneck. Thus, 
more sophisticated arbitration mechanisms were 
required to control communications among the pe- 
ripheral equipment devices and the CPU. 

A great advance in efficiency in data process- 
ing systems occurred when controllers were devel- 
oped to control peripheral devices intelligently so 
that CPU's could be freed for other operations. 
Each peripheral controller was provided to control 
individual peripheral devices on the bus. It is most 
efficient for a peripheral controller to control one or 
more devices of the same type (e.g., magnetic 
hard disks). 

To increase the efficiency of systems further, 
two communications buses were then provided. In 
this way, a high speed, efficient data communica- 
tions bus could be used for high speed commu- 
nications between the peripheral controller and the 
peripheral devices. On the other hand, a slower, 
less efficient CPU data communications bus could 
be used between the CPU and the peripheral con- 
troller, since data communications between CPU 
and controller generally need not be handled at the 
same high rate of speed as are communications 
between controller and peripheral devices for over- 
all system management. 

The use of a dynamic memory as a buffer 



device connected to the communications bus be- 
tween the peripheral devices and the peripheral 
controller was also proven to be very effective. The 
buffer memory allowed data from the peripheral 

5 device (e.g., disk) to be stored temporarily, pend- 
ing correction, for instance. This could occur while 
data input to the system from a high speed data 
communications bus, such as a small computer 
system interface (SCSI), which is attached to a 

10 host processor, could be transmitted to the periph- 
eral controller directly. In this way, communications 
between the peripheral device and the peripheral 
controller need not limit other, higher speed com- 
munications between the host processor and the 

75 rest of the peripheral subsystem. 

The data communications bus disposed be- 
tween peripheral controller and buffer memory is 
known as a buffer bus. Although the peripheral 
controller has access to the buffer bus in most 

20 cases, occasionally it is the CPU that requires 
access to devices located on the buffer bus. In 
those cases, when the CPU and the peripheral 
controller are in contention for the buffer bus, an 
arbitration mechanism is required. 

25 Heretofore, an arbiter was provided between 
the buffer bus and the peripheral controller and 
CPU. This arbiter consisted of external logic, re- 
quiring separate transceivers for communications 
with the peripheral controller and with the CPU. 

30 Recently, a desire for fewer components taking 
less space on printed circuit boards has made 
arbiters of the foregoing description inappropriate. 

It would be advantageous to provide an arbiter 
function without using external logic. 

35 It would also be advantageous to provide an 

arbitration mechanism within a peripheral controller 
itself. 

It would also be advantageous to allow a CPU 
to access a buffer bus when necessary without 
40 contending with a peripheral controller. 

It would also be advantageous to permit a 
buffer memory subsystem to operate with two sep- 
arate communication buses isolated from one an- 
other. 

45 It would also be advantageous to provide an 

arbitration mechanism in a peripheral controller to 
arbitrate buffer bus access requests from a plurality 
of initiating devices. 

50 

SUMMARY OF THE INVENTION 



In accordance with one aspect of the present 
invention, there is provided a buffer memory sub- 
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system for a peripheral controller comprising: 

a) a CPU for initiating data transfer; 

b) a host adapter; 

c) a memory buffer for temporarily storing 

data; 

d) a peripheral controller adapted for operat- 
ing in an environment having at least two data 
communications buses; 

e) a CPU data communications bus oper- 
ative^ connected between said CPU and said pe- 
ripheral controller for facilitating data transfer there- 
between; and 

f) a buffer data communications bus oper- 
ative^ connected to said peripheral controller, to 
said memory buffer and to said host adapter, said 
buffer data communications bus being isolated 
from said CPU data communications bus. 



BRIEF DESCRIPTION OF THE DRAWINGS 



A complete understanding of the present inven- 
tion may be obtained by reference to the accom- 
panying drawings, when taken in conjunction with 
the detailed description thereof and in which: 

FIGURE 1 is a block diagram of the buffer 
memory subsystem in accordance with the present 
invention; 

FIGURE 2 is block diagram of the peripheral 
controller of the buffer memory subsystem; 

FIGURE 3 is a block diagram of the arbitra- 
tion mechanism of the peripheral controller; 

FIGURE 4 is an address assignment dia- 
gram of the peripheral controller; and 

FIGURE 5 is a block diagram showing the 
pointer control mechanism that controls memory 
access. 

DESCRIPTION OF THE PREFERRED EMBODI- 
MENT 



Referring now to FIGURE 1 there is shown a 
block diagram of the buffer memory subsystem, 
also known as a disk controller, in accordance with 
the present invention. The subsystem is an intel- 
ligent peripheral to a microprocessor or microcon- 
troller, assuming the tasks of data serial format 
handling, data integrity and disk data management. 
A processor shown generally at reference numeral 
10 in phantom includes a RAM/ROM memory 12, a 
central processing unit 14 and a disk interface 16. 
Processor 10 can be fabricated on one integrated 
circuit chip, as shown in phantom in the FIGURE, 
but it should be understood that processor 10 is a 
logical device having three separate components: 



memory 12, CPU 14 and disk interface 16. Proces- 
sor 10 performs SCSI command interpretation, disk 
data space allocation, disk mechanical control and 
system interface management. For simplicity of 

5 description and to avoid confusion with a host 
processor described below, processor 10 will 
hereinafter be referred to as CPU 10. 

CPU 10 is connected to a peripheral controller 
20. which is connected to the components of CPU 

w 10 by means of a CPU bus 22. 

Also connected to peripheral controller 20 is a 
host adapter 24. Host adapter 24 is connected to a 
host processor, not shown, over a suitable high- 
speed data communications bus, such as an SCSI 

/s bus. Host adapter 24 is connected to peripheral 
controller 20 by means of an 8-bit wide buffer bus 
26. This buffer bus 26 actually consists of an 
address portion and a data portion, not differen- 
tiated in this FIGURE. Also connected to buffer bus 

20 26 is an external buffer memory 28 and an error 
processor 30. 

Peripheral controller 20 is the master of buffer 
memory bus 26 at all times. CPU 10 can access 
this bus 26 only when peripheral controller 20 

25 performs necessary arbitration, as described in 
greater detail hereinbelow. Host data transfers be- 
tween an SCSI device such as a processor, not 
shown, and external buffer memory 28 can take 
place on buffer bus 26 without affecting CPU data 

30 bus 22. That is, the host to peripheral controller 
data interface is fully autonomous and independent 
of CPU 10. A direct control/data connection allows 
the two devices to perform preprogrammed data 
transfers with minimal CPU intervention. 

35 A disk 32 is also provided in the system and is- 

connected to CPU 1 0 by means of line 34. Disk 32 
is a magnetic hard disk in the preferred embodi- 
ment, but may also be an optical hard disk or any 
other suitable form of mass storage. Connected 

40 between disk 32 and peripheral controller 20 are a 
data encoder and decoder 36 and a disk read/write 
logic device 38. 

Referring now also to FIGURE 2, there is 
shown a block diagram of peripheral controller 20 

45 (FIGURE 1) in greater detail. A buffer bus interface 
controller 40 is used for arbitration of data that is 
intended to be transmitted over buffer bus 26. 

A control device 42 for a host processor, not 
shown, corresponds to host adapter 24 (FIGURE 1) 

so and is connected to buffer bus interface controller 
40. Similarly, an error processor control device 44 
is also connected to buffer bus interface controller 
40 and corresponds to error processor 30 (FIGURE 
1). A buffer memory control device 46 is likewise 

55 connected to buffer bus interface controller 40 and 
corresponds to external buffer memory 28 
(FIGURE 1). Buffer memory control device 46 is 
responsible for data buffering and handling. Con- 
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trolling up to 4 Mbytes of dynamic buffer memory 
directly, the flow of data between disk 32 and host 
processor bus is managed via buffer memory con- 
trol device 46 without CPU intervention. 

An internal sequencer data bus 48 has con- 
nected to it buffer bus interface controller 40 as 
well as a user register file 50, an internal se- 
quencer RAM 52, and a sequencer unit 53, which 
includes a 1 6-bit sequencer 54 and a sequencer 
program ROM 56. 

Also connected to internal sequencer bus 48 is 
a format controller 60. Format control is a function 
provided in software in the preferred embodiment 
which can be loaded according to predetermined 
user disk protocol criteria. Format controller 60, 
however, can also be hard wired in alternate em- 
bodiments to provide a fixed format control. 

A deserializer 62 is connected to a first in first 
out (FIFO) register 64 which, in turn, is connected 
to a buffer 66 attached to buffer bus 26. 

Internal error detection and correction logic 68 
is also provided and is connected to FIFO register 
64. A serializer 70 is connected to FIFO 64 for 
converting data into- a form suitable for disk 32 
(FIGURE 1). 

A unit for providing disk status and control 
logic is shown at reference numeral 72. This unit 
72 initiates signals prior to reading from or writing 
to disk 32. Initiating signals can also be generated 
by format controller 60. Connected to user register 
file 50 is a CPU interface 74, which is attached to 
CPU bus 22 (FIGURE 1). 

Referring now also to FIGURE 3 there is shown 
a detailed block diagram of the arbitration mecha- 
nism of the present invention, as embodied in 
buffer bus interface controller 40 (FIGURE 2) of 
peripheral controller 20 (FIGURE 1). 

Buffer bus interface controller 40 is disposed 
intermediate CPU communications bus 22. com- 
prising an address bus 22a and a data bus 22b, 
and the two portions (address and data) of buffer 
bus 26. The heart of buffer bus interface controller 
40 is a buffer bus arbiter unit 100. Arbiter 100 can 
be designed to be preemptible and can support 
single byte or multiple byte bursts depending upon 
the user's application requirements. 

Connected to arbiter 100 are an internal se- 
quencer access logic unit 102, a host adapter re- 
quest logic unit 104, a data FIFO control logic unit 
106, a refresh request logic unit 108 and a CPU 
access request logic unit 110. Each of the afore- 
mentioned units 102-110 is connected to arbiter 
100 by means of request and acknowledge lines, 
that are used in a conventional manner. 

Connected to host adapter request logic unit 
104 are lines to host adapter control 42. An inter- 
face port 112 is connected to buffer data bus 26b, 
the data portion of buffer bus 26. Connected to 



interface port 112 is also line 115, to which is 
connected CPU data bus 22b. 

A disk data FIFO unit 116 is connected both to 
data FIFO control logic unit 106 and to interface 

5 port 1 12 by means of line 114. Disk data FIFO unit 
116 is also adapted to transmit data to disk data 
serializer 70 (FIGURE 2) and to receive data from 
disk data deserializer 62. 

Connected to buffer address bus 26a is a se- 

w ries of pointers, shown generally at reference nu- 
meral 120. Pointers 120 include a sequencer point- 
er 120a, a CPU pointer 120b, a disk data pointer 
120c and a refresh address pointer I20d. Con- 
nected between pointers 120 and buffer address 

15 bus 26a is an address multiplexer driver 122, which 
allows addresses from one pointer at a time to be 
loaded onto the address portion of buffer bus 26. 

A logic unit for generating control signals is 
also provided and identified by reference numeral 

20 124. Unit 124 is adapted to generate a plurality of 
buffer memory read/write control signals as well as 
device read and device write signals and host 
adapter and error processor select signals. 

Referring now also to FIGURE 4, there is 

25 shown an address assignment diagram of periph- 
eral controller 20 (FIGURE 1). 

Peripheral controller 20 has an address space 
of 256 byte-wide locations. Of these 256 locations, 
128 addresses (00 through 7F) are mapped into 

30 internal registers. The remaining addresses (80 
through FF) allow CPU 10 to access 
devices/memory on buffer bus 26. 

The internal register file can be further divided 
into hardware parameters, operating parameters, 

35 command parameters and status parameters. Addi- 
tionally, a master control register provides overall 
device control. 

The lowest 128 locations from address 00 
through 7F, referencing internal registers, are 

40 shown generally as reference numeral 200. Loca- . 
tions 80 through 9F represent 32 locations shown 
as reference numeral 202. These locations are 
mapped into host adapter device 24 (FIGURE 1). 
Following reserved locations 204 having addresses 

45 AO through BF are 32 locations from address CO 
through DF, which represent locations that are 
mapped into error processor 30 (FIGURE 1) and 
are shown as reference numeral 206. Finally, from 
address E0 through FF are shown 32 locations 208 

so that are mapped into external buffer memory 28 
(FIGURE 1). 

External buffer memory 28 (FIGURE 1) can be 
accessed by CPU 10 by means of an address 
pointer. Three data access mechanisms are pro- 

55 vided: fixed mode, sequential mode and random 
mode. In fixed mode, the CPU can repeatedly 
access the location to which the CPU pointer 
points. In sequential mode, the CPU can access 
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contiguous locations in the memory without updat- 
ing the pointer. (Ther peripheral controller incre- 
ments the pointer after each access.) In random 
mode, random access to any 32-byte section is 
permitted without rewriting the pointer. 

Referring now also to FIGURE 5, the detail of 
the CPU buffer memory pointer mechanism is 
shown. A 24-bit wide pointer 260 occupies three 
byte-wide locations in internal register space 200 
(FIGURE 4) of peripheral controller 20. Bits 23 and 
24 of pointer 260 are unused because in the pre- 
ferred embodiment peripheral controller supports 
only a 4 Mbyte external memory 28. 

Pointer 260 can be further divided into two 
portions: a 17-bit paragraph pointer 250 that iden- 
tifies a 32-byte area or paragraph 256 in buffer 
memory 28 and a 5-bit offset pointer 252 that 
identifies a specific byte within the 32-byte para- 
graph 256. 

As explained hereinbelow, different memory 
access modes are provided. The 5-bit offset value 
can be applied by CPU 10 directly. 

In operation, the buffer memory subsystem op- 
erates to allow CPU 10 to access devices and 
memory on the buffer bus using a flow-thru access 
mode. Of the total address space of the subsystem 
(256 locations - A[7:0]), only the lower 128 loca- 
tions (00 through 7F) are mapped into internal 
registers. Whenever CPU 10 accesses a location in 
the upper 128 bytes (80 through FF) of address 
space, this request is translated into an access 
request for buffer bus 26. 

CPU 10 may access buffer memory 28 during 
the normal power up sequence in order to check 
memory operation, during error recovery (which 
occurs relatively infrequently), and when data trans- 
fer operations are to be initiated. 

The sequence of events for CPU 10 access of 
buffer bus 26 is as follows: 

1) CPU 10 starts a flow-thru cycle by acces- 
sing a memory location in the range of 80 thru FF; 

2) cycle is stretched by negating a READY 

signal; 

3) address is decoded by CPU access re- 
quest logic 110 to determine the buffer bus 
device/memory to be accessed and a request is 
generated for the internal bus arbiter 100; 

4) when bus arbiter 100 can honor the CPU 
access request, the appropriate cycle is run; and 

5) cycie is terminated by asserting the 
READY signal. 

The buffer bus arbiter 100 uses a fixed priority 
scheme under the following priorities, listed in de- 
scending order: 
CPU request 

Internal sequencer request (for error correction) 
Refresh request 
FIFO to/from buffer 



Host adapter to/from buffer 

As hereinabove mentioned, in addition to buffer 
memory 28. two devices are supported on buffer 
bus 26: host adapter device 24 and error processor 

5 30. When CPU 10 accesses an address mapped to 
one of these devices 24 or 30, an access is per- 
formed on the selected device. The address ap- 
plied to the device 24 or 30 is the same as the 
address on the lower five bits 258 of the CPU 

w address lines (A[4:0]). The upper bits 260 are 
driven low. 

Addresses 80 through 9F are mapped to host 
adapter device 24 and addresses CO through DF 
are mapped to external error processor 30. 

/5 External buffer memory 28 can be accessed 

by CPU 10 at any time by executing a read or 
write of the register space that is mapped to buffer 
memory 28. That is, the buffer memory location 
appears as a register location of the subsystem to 

20 CPU 10. Whenever CPU 10 initiates a buffer mem- 
ory access by accessing the appropriate register 
space, the requested access is performed. To per- 
form the access, the arbiter 100 will have to ar- 
bitrate because buffer bus 26 may be used for 

25 another cycle at that time. The READY signal is 
used to lengthen the CPU cycle as required. 

Part of the address of the buffer memory loca- 
tion to be accessed is generated by buffer memory 
pointer 260 loaded by CPU 10 in previous write 

30 cycles. Three buffer memory access modes are 
provided: fixed access mode, sequential access 
mode and paragraph random mode. They can be 
selected by programming a pointer control register, 
not shown, appropriately. 

35 In fixed access mode, access is provided to 

the location addressed by the CPU pointer. When- 
ever CPU 10 accesses address location E0, the 
location at which the CPU pointer points is acces- 
sed. The value stored in that memory location is 

40 returned to CPU 10 to complete a read operation. It 
should be understood that writing data to buffer 
memory can likewise be accomplished at any time 
by using the aforementioned pointer mechanism. In 
other words, in the description herein, whenever 

45 memory can be accessed, data can be read or 
written by using the same accessing mechanism. 
Subsequent CPU accesses to other locations in 
buffer memory 28 require updating the CPU point- 
er. 

so The specific steps used in fixed access mode 
are as follows: 

1) the CPU programs the CPU pointer with 
the address of the desired memory location; 

2) the CPU programs the pointer control 
55 register with the code for fixed access mode; 

3) the CPU initiates a peripheral controller 
access cycie at the appropriate register location 
(E0, for the preferred embodiment); 
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4) the CPU initiates a read cycle or a write 
cycle, as appropriate; 

5) the CPU access request logic detects the 
CPU access, generates a request for the bus ar- 
biter, and lengthens the CPU cycle by negating the 
READY signal; 

6) when the bus arbiter allows the CPU 
access cycle to be executed, the CPU pointer 
sends the address of the desired location to the 
buffer memory; 

7) data is read from the addressed memory 
location and returned to the CPU (read cycle), or 
data supplied by the CPU is written to the ad- 
dressed memory location (write cycle), as appro- 
priate; and 

8) the CPU access cycle is terminated by 
asserting the READY signal. 

In sequential access mode, whenever CPU 10 
accesses location address E0, the location at which 
the CPU pointer points is accessed. For read oper- 
ations, the value stored in that memory location is 
returned to CPU 10. Moreover, the CPU pointer is 
incremented. 

If CPU 10 accesses register location E0 again 
without updating the CPU pointer, the next sequen- 
tial memory location is accessed and, for read 
operations, the value stored in that memory loca- 
tion is returned to CPU 10. This allows rapid se- 
quential access to buffer memory 28 without re- 
peated updates of the CPU pointer by CPU 10. 

The specific steps used in sequential access 
mode are as follows; 

1) the CPU programs the CPU pointer with 
the address of the first memory location array to be 
accessed in a sequence; 

2) the CPU programs the pointer control 
register with the code for sequential access mode; 

3) the CPU initiates a peripheral controller 
access cycle at the appropriate register location 
(E0, for the preferred embodiment); 

4) the CPU initiates a read cycle or a write 
cycle, as appropriate; 

5) the CPU access request logic detects the 
CPU access, generates a request for the bus ar- 
biter, and lengthens the CPU cycle by negating the 
READY signal; 

6) when the bus arbiter allows the CPU 
access cycle to be executed, the CPU pointer 
sends the address of the desired location to the 
buffer memory; 

7) data is read from the addressed memory 
location and returned to the CPU (read cycle), or 
data supplied by the CPU is written to the ad- 
dressed memory location (write cycle), as appro- 
priate; 

8) the CPU access cycle is terminated by 
asserting the READY signal; 

9) the peripheral controller increments the 



CPU pointer to point to the next location in the 
buffer memory; and 

10) the CPU optionally accesses the next 
location in the buffer memory by executing steps 

s (3) - (8) above. 

In paragraph random mode, whenever CPU 10 
accesses locations E0 through FF the address of 
the location to be accessed is computed by con- 
catenating the upper bits in the CPU pointer and 

w the lower five bits from the register address sup- 
plied by the CPU 10. The address thus formed is 
used to access buffer memory 28 and the value 
stored therein is returned to the CPU 10 in read 
operations. 

?5 This mode allows CPU 10 to set up a pointer 

to a 32-byte paragraph of buffer memory 28 first 
by writing the base address of this paragraph in the 
CPU pointer. CPU 10 can then access this block of 
memory in a fast random fashion. Addresses E0 

20 through "FF are mapped to buffer memory 28. 

The specific steps used in paragraph random 
access mode are as follows: 

1) the CPU programs the CPU pointer with 
the base address of the address of any memory 

25 location in the paragraph since the lower five bits 
of the pointer are not used in this mode; 

2) the CPU programs the pointer control 
register with the code for paragraph random ac- 
cess mode; 

30 3) the CPU initiates a peripheral controller 

access cycle at the appropriate register location 
(E0 - FF, in the preferred embodiment); 

4) the CPU initiates a read cycle or a write 
cycle, as appropriate; 

35 5) the CPU access request logic detects the 

CPU access, generates a request for the bus ar- 
biter, and lengthens the CPU cycle by negating the 
READY signal; 

6) when the bus arbiter allows the CPU 
40 access cycle to be executed, the CPU pointer 

sends the upper 19 bits of the address, the lower 5 
bits of the address being obtained from those ap- 
plied by the CPU in its current access cycle; 

7) data is read from the addressed memory 
45 location and returned to the CPU (read cycle), or 

data supplied by the CPU is written to the ad- 
dressed memory location (write cycle), as appro- 
priate; 

8) the CPU access cycle is terminated by 
so asserting the READY signal; and 

9) the CPU optionally accesses any other 
location in the addressed 32-byte block in the 
buffer memory by executing steps (3) - (8) above. 

While the three methods of accessing buffer 
55 memory 28 by CPU 10 there hereinabove de- 
scribed, CPU 10 can also access the host adapter 
registers specifically as follows: 

1) the CPU initiates a peripheral controller 
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access cycle at the appropriate register location 
(80 - 9F, for the preferred embodiment); 

2) the CPU initiates a read cycle or a write 
cycle, as appropriate, for reading or writing to the 
register; 

3) the CPU access request logic detects the 
CPU access, generates a request for the bus ar- 
biter, and lengthens the CPU cycle by negating the 
READY signal; 

4) when the arbiter allows the CPU access 
cycle to be executed, the value applied on the 
lower 5 bits of the CPU address bus is applied as 
the register address of the host adapter device; 

5) the upper address bits are driven to zero; 

6) data is read from the addressed register 
and returned to the CPU (read cycle), or data 
supplied by the CPU is written to the addressed 
register (write cycle); 

7) the appropriate select signal and read or 
write control signal is activated; and 

8) the CPU access cycle is terminated by 
asserting the READY signal. 

Finally, CPU 10 can also access the error 
processor registers specifically as follows: 

1) the CPU initiates a peripheral controller 
access cycle at the appropriate register location 
(CO - DF, for the preferred embodiment); 

2) the CPU initiates a read cycle or a write 
cycle, as appropriate, for reading or writing to the 
register; 

3) the CPU access request logic detects the 
CPU access, generates a request for the bus ar- 
biter, and lengthens the CPU cycle by negating the 
READY signal; 

4) when the bus arbiter allows the CPU 
access cycle to be executed, the value applied on 
the lower 5 bits of the CPU address bus is applied 
as the register address of the error processor de-. 
vice; 

5) the upper address bits are driven to zero; 

6) data is read from the addressed register 
and returned to the CPU (read cycle), or data 
supplied by the CPU is written to the addressed 
register (write cycle); 

7) the appropriate select signal and read or 
write control signal is activated; and 

8) the CPU access cycle is terminated by 
asserting the READY signal. 

Since other modifications and changes varied 
to fit particular operating requirements and environ- 
ments will be apparent to those skilled in the art, 
the invention is not considered limited to the exam- 
ple chosen for purposes of disclosure, and covers 
all changes and modifications which do not con- 
stitute departures from the true spirit and scope of 
this invention. 



Claims 

1. A buffer memory subsystem for a peripheral 
controller comprising: 

5 a) a CPU for initiating data transfer; 

b) a host adapter; 

c) a memory buffer for temporarily storing 

data; 

d) a peripheral controller adapted for operat- 
io ing in an environment having at least two data 

communications buses; 

e) a CPU data communications bus oper- 
atively connected between said CPU and said pe- 
ripheral controller for facilitating data transfer there- 

/5 between; and 

f) a buffer data communications bus oper- 
ative^ connected to said peripheral controller, to 
said memory buffer and to said host adapter, said 
buffer data communications bus being isolated 

20 from said CPU data communications bus. 

2. The buffer memory subsystem of claim 1 
wherein said peripheral controller comprises means 
for arbitrating buffer bus access requests for a 
plurality of initiating devices. 

25 3. The buffer memory subsystem of claim 2 

wherein said buffer memory is a RAM device. 

4. The buffer memory subsystem of claim 2 
wherein one of said plurality of initiating devices is 
said CPU. 

30 5. The buffer memory subsystem of claim 2 
wherein one of said plurality of devices is an inter- 
nal sequencer for generating requests during error 
correction operations. 

6. The buffer memory subsystem of claim 2 
35 wherein one of said devices is data FIFO control 

logic for receiving data from and for transmitting 
data to a mass storage device. 

7. The buffer memory subsystem of claim 3 
wherein one of said plurality of devices is a refresh 

40 logic for refreshing data in said buffer memory. 

8. The buffer memory subsystem of claim 2 
wherein one of said plurality of devices is said host 
adapter. 

9. The buffer memory subsystem of claim 2 
45 further comprising: 

g) mass storage means. 

10. The buffer memory subsystem of claim 9 
wherein said mass storage means comprises a 
magnetic hard disk. 

50 11. The buffer memory subsystem of claim 9 
wherein said mass storage means comprises a 
magnetic tape device. 

12. The buffer memory subsystem of claim 2 
further comprising: 

55 g) a network adaptable to be connected to a 

plurality of data processing and data storage com- 
ponents. 

13. The buffer memory subsystem of claim 12 
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wherein one of said plurality of data processing 
components is a CPU. 

14. The buffer memory subsystem of claim 12 
wherein one of said plurality of data storage com- 
ponents is a hard disk. 

15. The buffer memory subsystem of claim 1 
wherein said host adapter comprises an SCSI inter- 
face. 

16. The buffer memory subsystem of claim 9 
wherein said mass storage means comprises an 
optical disk. 

17. The buffer memory subsystem of claim 16 
further comprising: 

h) an error processor operatively connected 
to said buffer data communications bus for correct- 
ing optical disk errors. 

18. The buffer memory subsystem of claim 1 
whereby processor access of data stored in said 
buffer is permitted only by said peripheral control- 
ler. 

19. The buffer memory subsystem of claim 1 
whereby said processor has access to said host 
adapter only by means of said peripheral controller. 

20. The buffer memory subsystem of claim 17 
whereby said processor has access to said error 
processor only by means of said peripheral control- 
ler. 

21. The buffer memory subsystem of claim 2 
wherein said peripheral controller comprises a con- 
trol register for identifying said host adapter, said 
error processor and said buffer memory. 

22. The buffer memory subsystem of claim 21 
wherein said peripheral controller further comprises 
pointer control means for identifying predetermined 
memory locations in said buffer memory. 

23. A method of allowing a CPU to access data 
in a memory device by means of a peripheral 
controlling means having a plurality of registers, 
the steps comprising: 

a) programming a CPU pointer with the ad- 
dress of a predetermined memory location; 

b) programming a pointer control register 
with a predetermined code; 

c) initiating a peripheral controller access 
cycle at a predetermined register location; 

d) initiating a CPU access cycle; 

e) generating a request for a bus arbiter; 

f) lengthening said CPU access cycle by 
negating a READY signal; 

g) sending said address of memory location 
to said memory device when said bus arbiter al- 
lows said CPU access cycle to be executed; 

h) accessing data at said addressed memory 
location; and 

i) terminating said CPU access cycle by 
asserting said READY signal. 

24) The method in accordance with claim 23 
wherein said data access comprises reading data 



stored in said memory device. 

25) The method in accordance with claim 23 
wherein said data access comprises storing data in 
said memory device. 
5 26) The method in accordance with claim 23, 

the steps further comprising: 

j) incrementing said CPU pointer to point to 
the next memory location in said memory device; 
and 

io k) accessing said next memory location by 

performing steps (c) - (i). 

27) The method in accordance with claim 26 

wherein said data access comprises reading data 

stored in said memory device. 
75 28) The method in accordance with claim 26 

wherein said data access comprises storing data in 

said memory device. 

29) The method in accordance with claim 23 
wherein said step (g) of sending said address of 

20 memory location to said memory device comprises 
sending a first set of predetermined bits of said 
address specified by said CPU pointer and sending 
a second set of predetermined bits of said address 
specified by said CPU in the current access cycle 

25 thereof. 

30) The method in accordance with claim 29 
wherein said data access comprises reading data 
stored in said memory device. 

31) The method in accordance with claim 29 
ao wherein said data access comprising storing data 

in said memory device. 

32) A method of allowing a CPU to access data 
in a device register on a buffer bus, the steps 
comprising: 

35 a) initiating a peripheral controller access 

cycle at a predetermined register location; 

b) initiating a CPU access cycle; 

c) generating a request for a bus arbiter; 

d) lengthening said CPU access cycle; 

40 e) converting a value represented by a por- 

tion of a CPU address bus to an address of said 
device register when said bus arbiter allows said 
CPU access cycle to be executed; 

f) accessing data at said device register lo- 

45 cation; 

g) activating a select signal and an access 
control signal; and 

h) terminating said CPU access cycle. 

33) The method in accordance with claim 32 
so wherein host adapter registers are mapped into 

said device register. 

34) The method in accordance with claim 33 
wherein said data access comprises reading data 
stored in said host adapter registers. 

55 35) The method in accordance with claim 33 

wherein said data access comprises storing data in 
said host adapter registers. 

36) The method in accordance with claim 32 
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wherein error processor registers are mapped into 
said device register. 

37) The method in accordance with claim 36 
wherein said data access comprises reading data 
stored in said error processor registers. 5 

38) The method in accordance with claim 36 
wherein said data access comprises storing data in 
said error processor registers. 
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